🏆文章目标：记录前端开发中遇见的问题。🍀Vue组件强制刷新方式✅创作者：Jay…🎉个人主页：Jay的个人主页🍁展望：若本篇讲解内容帮助到您，请帮忙点个赞吧，您的支持是我继续写作的最大动力，谢谢。🙏需求为实现动态页签组件，根据页签的类型获取对应的component。如视图类型的页签，只用于数据显示，不做任何增删查改；**多对多类型**的页签，将实现对象与对象之间的绑定。每个component有不同的业务逻辑，自然组件封装的方式也不一样。问题可能某一个对象存在多个相同类型的页签，这样相同类型页签之间进行来回点击时，页签内的数据没有发生改变。分析组件地址相同时，来回点击存在缓存，页签相关的数据不会进

Config：SpringCloud分布式配置组件问题总结Config?Config工作原理？Config的特点？Config+Bus实现配置的动态刷新？问题答案ConfigConfigServer：分布式配置中心，一个独立运行的微服务应用，用来连接配置仓库并为客户端提供获取配置信息的访问接口。ConfigClient：微服务架构中的各个微服务，通过configserver对配置进行管理，并从ConfigServer中获取和加载配置信息。Config工作原理工作流程：开发或运维人员提交配置文件到远程的Git仓库。Config服务端（ConfigServer）负责连接配置仓库Git，并对Conf

OpenFeign：SpringCloud声明式服务调用组件问题总结OpenFeign？FeignVSOpenFeign？OpenFeign实现远程服务调用？OpenFeign超时控制？OpenFeign日志增强？问题答案OpenFeignSpring官方推出的一种声明式服务端调用与负载均衡组件。OpenFeign常用注解注解说明@FeignClient通知OpenFeign组件对@RequestMapping注解下的接口解析，并通过动态代理的方式实现类，实现负载均衡和服务调用@EnableFeignClients用于开启OpenFeign功能，当SpringCloud应用启动时，OpenFe

Ribbon：SpringCloud负载均衡与服务调用组件问题总结负载均衡？Ribbon实现服务调用？Ribbon实现负载均衡？切换负载均衡策略？定制负载均衡策略？问题答案负载均衡负载均衡（LoadBalance），将用户的请求平分到多个服务器上运行，以扩展服务器带宽、增强数据处理能力、增加吞吐量、提高网络的可用性和灵活性的目的。服务端负载均衡服务端负载均衡：在客户端和服务端之间建立一个负载均衡服务器（硬件设备：F5，软件：Nginx）。负载均衡服务器维护了一份可用服务端清单，然后通过心跳机制来删除故障的服务端节点，以保证清单中的所有服务节点都是可以正常访问。客户端发送请求，全部交给负载均衡服

Config：SpringCloud分布式配置组件问题总结Config?Config工作原理？Config的特点？Config+Bus实现配置的动态刷新？问题答案ConfigConfigServer：分布式配置中心，一个独立运行的微服务应用，用来连接配置仓库并为客户端提供获取配置信息的访问接口。ConfigClient：微服务架构中的各个微服务，通过configserver对配置进行管理，并从ConfigServer中获取和加载配置信息。Config工作原理工作流程：开发或运维人员提交配置文件到远程的Git仓库。Config服务端（ConfigServer）负责连接配置仓库Git，并对Conf

OpenFeign：SpringCloud声明式服务调用组件问题总结OpenFeign？FeignVSOpenFeign？OpenFeign实现远程服务调用？OpenFeign超时控制？OpenFeign日志增强？问题答案OpenFeignSpring官方推出的一种声明式服务端调用与负载均衡组件。OpenFeign常用注解注解说明@FeignClient通知OpenFeign组件对@RequestMapping注解下的接口解析，并通过动态代理的方式实现类，实现负载均衡和服务调用@EnableFeignClients用于开启OpenFeign功能，当SpringCloud应用启动时，OpenFe

一、环境及问题操作系统环境如下：操作系统：OpenEuler22.03LTS安装方式：最小化安装在操作系统安装完毕如果直接采用dnf或者yum方式安装docker:sudodnfinstalldocker-cedocker-ce-clicontainerd.io报如下错误：产生该问题的原因是openeuler操作系统自带的软件源不全。默认源安装的docker是18.x版本，无法安装docker最新版本，安装18.x版本可以通过执行如下命令来安装：sudodnfinstalldocker二、解决方案2.1步骤一在"/etc/yum.repos.d/"使用"vidocker-ce.repo"，创建

一、环境及问题操作系统环境如下：操作系统：OpenEuler22.03LTS安装方式：最小化安装在操作系统安装完毕如果直接采用dnf或者yum方式安装docker:sudodnfinstalldocker-cedocker-ce-clicontainerd.io报如下错误：产生该问题的原因是openeuler操作系统自带的软件源不全。默认源安装的docker是18.x版本，无法安装docker最新版本，安装18.x版本可以通过执行如下命令来安装：sudodnfinstalldocker二、解决方案2.1步骤一在"/etc/yum.repos.d/"使用"vidocker-ce.repo"，创建

个人觉得，组件库最难的不是开发，而是使用，怎么才能让组内同事都用起来，这才是关键背景虽然现在开源的组件库很多，但每个项目里还是或多或少都会有人封装出一些项目内通用的基础组件、业务组件我参与过多个项目，几乎每个项目都会存在这么一种现象：重复造轮子同一个用途的组件被不同人多次实现，导致后续维护的人可能都不知道该用哪个好，或者干脆又自己撸了一个，就又恶性循环了至于如何解决，遇到的基本就是强制定规范，但这种靠人为主观意识的约定，很容易松动，不长久痛点其实可以来分析下看看，为什么就会用不起来呢？为什么大家乐意去用一些开源组件库，就是不想用项目里别人封装的呢？就我个人而言，可能有这么几个原因：我不知道原来

个人觉得，组件库最难的不是开发，而是使用，怎么才能让组内同事都用起来，这才是关键背景虽然现在开源的组件库很多，但每个项目里还是或多或少都会有人封装出一些项目内通用的基础组件、业务组件我参与过多个项目，几乎每个项目都会存在这么一种现象：重复造轮子同一个用途的组件被不同人多次实现，导致后续维护的人可能都不知道该用哪个好，或者干脆又自己撸了一个，就又恶性循环了至于如何解决，遇到的基本就是强制定规范，但这种靠人为主观意识的约定，很容易松动，不长久痛点其实可以来分析下看看，为什么就会用不起来呢？为什么大家乐意去用一些开源组件库，就是不想用项目里别人封装的呢？就我个人而言，可能有这么几个原因：我不知道原来